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ABSTRACT 



Method and apparatus for providing customized, billing- 
controlled call bridging services through a bridging node 
which includes a node interface for connection through 
incoming and outgoing telephone trunks to a carrier switch 
of a public switched network, an audio peripheral for 
recording, playing, and analyzing audio signals, and a node 
controller for controlling operation of the node interface and 
the audio peripheral. 
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CUSTOMIZED, BILLING-CONTROLLED 
CALL BRIDGING SYSTEM 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

This application is a continuation of application Sen No. 
08/915,387, filed Aug. 20, 1997, now U.S. Pat. No. 5,835, 
572, which is a continuation of application Ser. No. 08/444, 
571, filed May 19, 1995, now U.S. Pat. No. 5,692,034, 
which is a continuation of application Ser. No. 08/254,166, 
filed Jun. 6, 1994, now U.S. Pat. No. 5,581,607, which is a 
continuation of application Ser. No. 07/861,630, filed Apr. 1, 
1992, now U.S. Pat. No. 5,355,403, which is a continuation- 
in-part of application Ser. No. 07/852,491, filed Mar. 16, 
1992, now U.S. Pat. No. 5,317,627, which is a continuation 
of Ser. No. 07/591,047, filed Oct. 1, 1990, now U.S. Pat. No. 
5,113,430, allowed Jan. 28, 1992. 

BACKGROUND OF THE INVENTION 

The present invention relates generally to the field of 
audio response automation, and more specifically, to the 
field of providing customized, billing-controlled call bridg- 
ing services. 

It is considered well known that significant economic 
advantages can often be realized by replacing manual sys- 
tems with automated systems since the cost of human labor 
is very high. In the telecommunications world, human 
operators have long been vital links in completing certain 
types of calls, including collect calls, third-party calls, and 
person-to-person calls. However, the high costs of human 
labor associated with providing human operator assistance is 
very undesirable for most telephone service carriers. 

Also, it is often desirable to control call billing options in 
certain types of telephone customer environments. In the 
penal environment, for example, the propensity for billing 
fraud, such as billing a call to an unauthorized number or 
credit account, is very high. In order to reduce the likelihood 
of billing fraud, it is frequently advantageous to permit 
inmates to make only collect calls. Many prior telephone 
systems handle all penal calls identically and tend to provide 
too much human operator involvement or billing function- 
ality for penal environments thus failing to take foil advan- 
tage of the special needs and characteristics of penal envi- 
ronments. 

Since prisoners often have abundant amounts of free time 
on their hands, inmate telephone privileges frequently pro- 
vide inmates with opportunities for making nuisance calls to 
other parties, as well as to the live operators. Also, prison 
officials routinely need to record telephone conversations of 
selected prisoners. Few, if any, prior telephones systems 
provide features for effectively preventing nuisance calls 
and recording selected prisoner conversations. 

There is, therefore, a need in the industry for a 
customized, billing-controlled call bridging system which 
addresses these and other related, and unrelated, problems. 

SUMMARY OF THE INVENTION 

Briefly described, the present invention includes, in its 
most preferred embodiment, a method and an apparatus for 
providing customized, billing-controlled call bridging ser- 
vices. The apparatus of the preferred embodiment of the 
present invention is connected through incoming and out- 
going telephone trunks to a carrier switch of a public 
switched network and includes at least one bridging node 
which includes a node interface for interfacing to the carrier 
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switch, an audio peripheral for recording, playing, and 
analyzing audio signals, and a node controller for control- 
ling operation of the node interface and the audio peripheral. 
The public switched network is configured to direct calls 

5 from a selected plurality of customer telephones to a first set 
of input ports on the node interface. 

The method of the preferred embodiment of the present 
invention includes, with respect to a collect-call application 
for a penal environment, receiving an origination number 

1Q and a destination number after a caller originates a long 
distance call from a customer telephone. Hie bridging node 
then generates input port identification data identifying the 
bridging node input port receiving the call and analyzing the 
input port identification data to select and Initiate a 
customized, billing-controlled, collect-call bridging applica- 
tion. 

Subsequently, the destination number and origination 
number are analyzed to configure the collect-call bridging 
application. Such analysis includes verifying that the owner 

20 of the destination number has not precluded requests for 
acceptance of collect-call charges. The origination number is 
also analyzed, subject to origination -number-specific instal- 
lation options, to configure the collect-call bridging appli- 
cation to prompt the caller for a personal identification 

25 number (PIN) which is checked against lists of valid PIN's 
and used to compare the destination number to a list of 
destination numbers deemed permissible for a particular 
caller assigned to a particular PIN. Another configuration 
option includes giving a caller an opportunity to choose, for 

30 example, Spanish prompts. Furthermore, another configu- 
ration includes recording, or allowing real-time monitoring, 
of an inmate's conversation with a destination party. 

Upon successful analysis of the destination and origina- 
tion numbers, the caller is prompted by the bridging node for 

3S identification information which is recorded by the bridging 
node. If no response is received, the caller is prompted again 
and subsequently dropped by the bridging node if the caller 
remains silent. At no time is the caller connected to a live 
operator. Furthermore, the call is billing-controlled, thus the 

4Q caller is never given an opportunity to select alternate forms 
of billing. 

Upon receipt and recording of identification information, 
the destination number is called through a bridging node 
output port, and the destination party is prompted to accept 

45 collect-call charges with a prompt including the recorded 
identification information. The destination party's response 
is analyzed for an indication of acceptance, and the call is 
bridged upon acceptance of the charges. If no response is 
received from the destination party, the bridging node 

50 accesses and bridges a live operator to elicit a response from 
the destination party. The length of the call is monitored, and 
a call detail record is generated by the node controller. 

An alternate embodiment of the present invention 
includes a plurality of bridging nodes distributed over a wide 

55 area, and the public switched network is configured to direct 
calls to an alternate bridging node upon unavailability of a 
primary bridging node. In another alternate embodiment of 
the present invention, a central controller is connected to the 
plurality of bridging nodes and provides diagnostic and node 

60 configuration alteration functions. In yet another alternate 
embodiment of the present invention, one central controller 
is used to replace all of the node controllers so that the 
central controller actively controls each and every bridging 
node. 

65 It is therefore an object of the present invention to provide 
an automated telecommunication system which provides 
customized, billing-controlled call bridging services. 
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Another object of the present invention is to provide a call node interface 32 through an interface control line 37 and to 

bridging system which is connected, through both inbound the PSN 12 through a controller access line 38. 

and outbound telephone lines, to one carrier switch of a origination telephone 14, an access telephone 15, a 

public switched network. destination telephone 16, an operator bank 17, and a remote 

Yet another object of the present invention Is to provide 5 information provider 18 are also shown connected to the 

a call bridging system designed to address billing fraud and PSN 12. Although shown as a single box, the origination 

nuisance calls. telephone 14 represents a plurality of customer telephones 

Still another object of the present invention is to provide serving one or more customers at one or more locations, 

a call bridging system which analyzes input port identifica- Likewise, the access telephone 15 and destination telephone 

tion data, origination numbers, and destination numbers to 10 16 represent pluralities of telephones. Operation of the 

select customized call bridging applications. elements 14-18 will be discussed in greater detail below. 

Still another object of the present invention is to provide It should also be understood that the PSN 12 includes a 

an automated method of bridging a collect-call which g reat variety of interconnecting switches, including local 

includes recording a caller's name and prompting a desti- exchange carrier central offices (LEC CO's), access 

nation party for acceptance of the charges with a prompt tandems, and long distance carrier points of presence (LDC 

which includes the caller's name. POP's). Examples of acceptable connection links between 

Still another object of the present invention is to provide ** origination telephone 14 and the bridgwg node 30 

a call bridging system which records conversations and " clude equa access lines traveling through LEC CO s 

provides controlled access to the recorded conversations. 20 direct acce * mes - and 8°0-mimber lines accessed through 

„ „ , . . . , automatic dialers. 

Still another object of the present invention is to provide m „ „ , 

a call bridging system which includes a plurality of bridging . ^ trunk J™** ^ » ™ ch "P?* 1 ? a P lurah, y of 

nodes connected through a public switched network which ^oming and outgoing trunks having pluralities of commu- 

directs calls to secondary nodes upon unavailability of mcatlon P alh , s - of »° acceptable trunk is the 

• , common Tl line. The ARU control line 35 and the interface 

primary nodes. 25 , 

„ .„ , _ . control line 37 are data lines. One example of an acceptable 

StiH another object of the present Invention is to provide data line for the ^ contro] line 35 md the interface 

a call bridging system which provides voice messaging CQntrol Une 3? ^ ^ common RS _ 232 Hne ^ mn1x6acT 

functions when call bridging is unsuccessful. access line 38 represents at least one ordinary telecommu- 

Other objects, features and advantages of the present nicationline which provides the node controller 36 access to 

invention will become apparent upon reading and under- the PSN 12 without going through the node interface 32. 

standing this specification, taken in conjunction with the Futhermore, although only one node interface 32 and node 

accompanying drawings. ARU 34 are shown included in the bridging node 30, it is 

™«™»™™ T „ ~- „ mr understood that additional components are added to increase 

BRIEF DESCRIPTION OF THE DRAWINGS ^ capadty of the bridging node £ 

FIG. 1 is a block diagram representation of the physical Refer also to FIG. 2, which shows the node ARU 34 of the 

domain of a Customized, Billing-Controlled Call Bridging preferred embodiment of the present invention in greater 

System and associated components, in accordance with the detail. References to components not appearing in particular 

preferred embodiment of the present invention. Figures being described and not otherwise noted are under- 

FIG. 2 is a block diagram representation of the node ARU 40 stood to refer to FIG. 1. The node ARU 34 includes an ARU 

of FIG. 1. interface 45, an ARU processor 46, a disk controller 47, an 

FIG. 3' is a block diagram representation of the node ^ U ^iK 4 *' ^ an 1/0 ™ ltM <"4 9 - connected asshown. 

interface of FIG 1 ARU 34 is an audio peripheral which, under the 

, , direction of the node controller 36, records, plays, and 

,\ 1S p^ °? agfam represeatatlon of the node 45 analyzes audio signals, as is explained in greater detail 

controller or. FIG. 1. bdow ^ processor 46 controls the ARU interface 

FIG. 5 is a block diagram representation of the program 45, controller 47, and ARU disk 48 in response to 

domain of the call bridging system of FIG. 1. commands received through the I/O controller 49 and ARU 

FIGS. 6-9 are flowchart representations of steps taken by control line 35 from the node controller 36. The ARU 

the system of FIG. 1. 50 interface 45 is capable of detecting and producing dual tone 

multi-frequency (DTMF) signals and converting audio sig- 

DETA1LED DESCRIPTION OF THE nals between Tl and ARU disk 48 formats. One example of 

PREFERRED EMBODIMENT an acceptable node ARU 34 is the BTIII from Perception 

Referring now in greater detail to the drawings, in which Technology Corp. of Canton, Mass. 

like numerals represent like components throughout the 55 FIG. 3 shows a block diagram representation of the node 

several views, FIG. 1 shows a block diagram representation Interface 32 of FIG. 1. The node interface 32 is shown 

of the physical domain of a Call Bridging System 10 and including input ports 50, output ports 51, an interface 

associated components, in accordance with the preferred processor 52, an I/O controller 53, a disk controller 54, and 

embodiment of the present invention. The call bridging a disk 55, connected as shown. Regardless of the particular 

system 10 includes a bridging node 30 which includes a 60 connection link between the origination telephone 14 and 

node interface 32, a node audio response unit (ARU) 34, and the node interface 32, the PSN 12 is configured to direct calls 

a node controller 36. The node interface 32 is connected from the origination telephone 14, through the PSN 12 and 

through a network trunk group 22 to a carrier switch 20 of network trunk group 22, and to specific input ports 50 on the 

a public switched network (PSN) 12. The node ARU 34 is node interface 32. Operation of the node interface 32 is 

connected to the node Interface 32 through an ARU trunk 65 controlled by both the interface processor 52 and the node 

group 33 and to the node controller 36 through an ARU controller 36, which sends commands through the interface 

control line 35. The node controller 36 is connected to the control line 37 and the I/O controller 53. One example of an 
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acceptable node interface 32 is the SDS-1000 from Summa 
Four of Manchester, N.H. 

Refer now to FIG. 4, which shows a block diagram 
representation of the node controller 36 of FIG. 1. Node 
controller 36 is a fault tolerant, general purpose controller 
which offers utility grade service from a redundant archi- 
tecture which is capable of processing many applications 
simultaneously. Two buses, A & B, are both connected to 
redundant hardware components, including I/O processors 
•62a & 626, memory subsystems 63a & 63£>, and CPU 
subsystems 64a & 64/). I/O processors 62a & 62b are both 
connected to communications subsystem 61 and disk sub- 
system 66 through disk control subsystem 65. The ARU 
control line 35, interface control line 37, and control access 
line 38 are shown connected to communications subsystem 
61. Terminal 60 is also shown connected to communications 
subsystem 61. 

The redundant architecture of the node controller 36 
ensures continuous application reliability and availability. If 
one component fails, its partner component typically con- 
tinues so that there are normally two components perform- 
ing the same function at the same time. Also, each CPU 
subsystem 64a, 64b contains duplicate CPU's which process 
the same data at the same time, thus a total of four processors 
typically work on the same data at the same time. Logic 
comparators continually compare the results of each pro- 
cessor. If the processors on a board disagree, that particular 
board is taken off line, an error signal is generated, and its 
partner component continues without any processing deg- 
radation. 

The operation of each component of the node controller 
36 is relatively straight forward. CPU subsystems 64 pro- 
vide processor functions; memory subsystems 63 provide 
operating memory; and I/O processors 62 provide input and 
output capabilities. Disk control subsystem 65 provides 
control of disk subsystem 64, which stores conventional 
operating system programming and application program- 
ming. Terminal 60 provides human access to node controller 
36 through communications subsystem 61. One example of 
an acceptable node controller 36 is the Stratus XA2000 
model 30 from Stratus Computer, Inc. of Marlboro, Mass. 

FIG. 5 is a block diagram representation of the program 
domain of the call bridging system 10 of the preferred 
embodiment of the present invention. In the preferred 
embodiment of the present invention, the programming 
domain represents programming found, in large part, on the 
node controller 36. Running below virtual operating system 
70 are background applications 72, interface server 74, and 
ARU server 72. The interface server 74 accesses an input 
port table 78 and a dialed number table 80. Both the interface 
server 74 and the ARU server 76 are connected to a monitor 
application 82 and a bridge application 90. The connecting 
lines extending between the servers 74, 76 and applications 
82, 90 represent interprocess communication paths. 
Although represented as single applications, the applications 
82, 90 represent pluralities of customized applications run- 
ning simultaneously on the node controller 36. The monitor 
application 82 is shown having access to a password file 84, 
a recorded file 85, and an on-line file 86. The bridge 
application 90 is also shown having access to the recorded 
file 85 and the on-line file 86. In addition, the bridge 
application 90 has access to an identification (ID) table 91, 
an automatic number identification (ANY) table 92, a per- 
sonal identification number (PIN) table 93, and a destination 
validator 95, which is shown having access to a blocked file 
97 and a remote file 98, located on the remote information 
provider 18 (FIG. 1). 
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Background applications 72 include applications which 
provide services which include, without limitation: billing, 
testing, error detection, and error notification. Billing ser- 
vices accumulate and format transaction records of each 

5 caller into appropriate billing formats for use locally or by 
remote billing agencies, accessed through the controller 
access line 38 (FIG. 1). Testing services routinely test 
various components throughout the system, including each 
communication path connected to the bridging node 30. The 
Q error detection and error notification services evaluate error 
signals received from various components and the testing 
services to identify the various types of errors. Based on that 
information, appropriate service personnel are notified of the 
error. Notification steps may include directing the node ARU 
34 and node interface 32 to call and announce to selected 

15 service personnel appropriate error messages or accessing 
radio paging systems to notify the service personnel. 

The interface server 74 and ARU server 76 are multi- 
tasking, multi-threading processes which provide program- 
ming interfaces between applications and the node interface 

20 32 and node ARU 34, respectively. The node controller 36 
utilizes servers and applications which reference files and 
tables during processing. Such a table-referencing method 
enhances customization, facilitates programming changes, 
and increases system availability. 

25 FIGS. 6-9 are flow chart representations of steps taken by 
the call bridging system 10 of the preferred embodiment of 
the present invention when executing a billing-con trolled, 
collect-call process, such as is suitable for many penal 
environments. Refer to previous Figures when references 

30 are made to components previously discussed. 

In FIG. 6, the collect -call bridging process is shown 
beginning in step 100 when a caller, such as an inmate, uses 
a selected customer telephone 14 to dial 0+(destination 
number). The directory number assigned to the destination 

35 telephone 16 (and dialed by the caller) is referred to herein 
as the destination number, and the directory number 
assigned to the calling telephone (origination telephone 14) 
is referred to herein as the origination number. As 
configured, the PSN 12 routes the call to the carrier switch 

40 20. The carrier switch 20 then requests access to the bridging 
node 30 (step 102) by signalling over the network trunk 
group 22 in a pre-defined format which is specific to a 
particular communication path leading into a particular input 
port 50. Several acceptable protocols include Feature Group 

45 D, direct access lines (or equivalent), and 800-number 
access through a dialer. The Feature Group D and dialer 
methods include supplying both the origination number and 
destination number, whereas the direct access method only 
supplies the destination number since the input port desig- 

50 nation functions as an equivalent to the origination number 
for any direct access lines. 

After the node interface 32 receives the request for access 
from the carrier switch 20, the node interface 32 analyzes the 
data of the request to determine if access should be granted 

55 (decision 104). In the preferred embodiment of the present 
invention, the interface processor 52 of the node interface 32 
compares the data to configuration tables saved on the disk 
55 to determine if access is granted. If access is not granted, 
the process is terminated (step 106), as is discussed in 

60 greater detail below. If access is granted, the call is answered 
and data is transferred from the node interface 32 to the node 
controller 36 along the interface control line 37 (step 108). 
The transferred data corresponds to the origination number, 
the destination number, and input port identification data 

65 generated by the node interface 32. 

As the node controller 36 receives the transferred data, the 
program domain shown in FIG. 5 is accessed. The interface 
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server 74 receives the transferred data and compares the 
interface identification data to the input port table 78 to 
select and initiate a customized application (step HO). If an 
input port 50 has been assigned to a particular application, 
such as a bridge application 90, the transferred data is then 5 
passed to the application through interprocess communica- 
tion. However, if an input port 50 receives calls for many 
different applications, such as one or more monitor appli- 
cations 82, the interface server 74 also references the dialed 
number table 80 to select a particular application and pass 
thereto the transferred data. A collect-call bridge application 
90 is selected and initiated at step 110. 

The first steps of the bridge application 90 are to analyze 
the origination number and destination number to further 
configure the bridge application 90 since, in addition to 
utilizing a plurality of customized bridge applications 90 in 15 
the preferred embodiment of the present invention, one 
particular bridge application 90 is often used to service a 
variety of different customers. According to the bridge 
application 90, the origination number (also referred to as 
the ANI) is first checked (step 112) against the ANI table 92 20 
to verify that the PSN 12 and carrier switch 20 only direct 
calls from selected customer origination telephones 14. If 
the origination number is invalid, the bridging node 30 plays 
an announcement to the caller which indicates that the 
caller's telephone cannot access the bridging node 30. More 25 
specifically, the node controller 36, under direction of the 
bridge application 90, interface server 74, and ARU server 
76, directs the node ABU 34 to play a particular digitized 
message on one of the communication paths on the ARU 
trunk group 33 and directs the node interface 32 to bridge 30 
that communication path with the communication path lead- 
ing through the network trunk group 22 to the origination 
telephone 14 so that the caller hears the announcement. The 
process is then terminated at step 116. 

If the ANI is valid, the destination number is checked 35 
(step 118) through the destination validator 95, which selec- 
tively accesses the blocked file 97 stored locally on the disk 
subsystem 66 (FIG. 4) and the remote file 98 stored remotely 
on the remote information provider 18 (FIG. 1). The desti- 
nation number is checked to verify that the owner of the 40 
destination number has not precluded calls from particular 
origination telephones 14 (blocked file 97) or requests for 
acceptance of collect-call charges (remote file 98). If the 
destination number is not valid, an announcement is played 
to the caller indicating why the call cannot be completed, 45 
and the process is terminated (steps 120, 122). 

If the destination number is valid, the bridge application 
90 refers to the ID table 91 to determine, also based on the 
origination number, if special processing Is required for this 
particular call, based on specific installation options (steps so 
124, 126). Optional special processing steps include prompt- 
ing the caller for a personal Identification number (PIN) and 
checking the caller's response against the PIN table 93, 
which can be used to further limit access to the bridge node 
30 and to further restrict a caller's use by allowing specific 55 
callers access to a limited number of listed destinations. 
Another optional special processing routine includes giving 
a caller an opportunity to choose, for example, Spanish 
prompts. Yet another routine includes recording, or allowing 
real-time monitoring, of an inmate's conversation, as is 60 
discussed in greater detail below. In addition to performing 
special processing at the time indicated by step 126, special 
processing also refers to setting variables for optional pro- 
cesses which are delayed until later stages of the bridge 
application 90. 65 

Step 128 refers to prompting the caller for identification 
information and recording the caller's response. More 
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specifically, the node controller 36 instructs the node inter- 
face 32 to connect an ARU trunk group 33 communication 
path to the caller's communication path on the network 
trunk group 22 and instructs the node ARU 34 to play a 
prompt requesting the caller to speak his or her name and to 
record the caller's response. If no response is received, the 
caller is prompted again and subsequently dropped by the 
bridging node if the caller remains silent. Upon receiving 
and recording identification information, the caller is placed 
on hold (step 130). 

Referring now to FIG. 7, in the next step of the bridge 
application 90 (step 134), the bridging node 30 calls the 
destination number. The call Is placed when the node 
controller 36 instructs the node ARN 34 to transmit the 
destination number through an output port of the node 
interface 32 and the network trunk group 22 to the carrier 
switch 20. Although protocal-specific data may accompany 
the destination number, the bridging node 30 docs not 
transmit destination-specific routing instructions to the car- 
rier switch 20 since the bridging node 30 does not utilize 
routing tables or files. The carrier switch 20, rather than the 
bridging node 30, then attempts to route the call to the 
destination telephone 16. 

If there is no answer from the destination telephone 16, or , 
if the destination telephone 16 is busy, (step 136) the bridge j 
application 90 plays an appropriate "no answer" or "busy" 1 
message, respectively (steps 138, 140). The caller is then 
given the option of leaving a message for the destination 
party (steps 142-146). Voice messaging 146 includes 
recording a message from the caller and attempting to 
deliver the message to the destination party at at least one 
later point in time. Of course, the message would not be 
delivered unless the destination party accepts the charges for 
the collect call and the voice messaging service. > 

If the destination party answers the destination telephone 
16, the bridge application elicits a response (step 148) from 
the destination party, as is shown in FIG. 8. An announce- 
ment is first played notifying the destination party that the 
caller is attempting to reach the destination party through 
collect billing and requesting the destination party to 
indicate, through transmitting a DTMF digit, whether or not 
the destination party will accept the charges. Such an 
announcement includes playing the digitized caller's name 
and any other origination-specific information, such as the 
penal institution's name. If the destination party responds to 
the announcement of step 166, the process continues in FIG. 
7. 

However, if the destination party does not respond, the 
bridging node 30 initiates a call to the operator bank 17 and 
bridges an operator onto the destination party's communi- 
cation path through the node interface 32 (step 172). The 
operator manually elicits a response (step 174) from the 
destination party. If the destination party needs the caller's 
name repeated, (step 176, 178) the operator can signal the 
bridging node 30 to play the digitized caller's name again. 
After receiving the destination party's response regarding 
acceptance of the collect-call charges, the operator signals 
an indication (step 180) back to the bridging node 30. The 
process then continues in FIG. 7. 

If the destination party chooses not to accept the charges, 
the processes is terminated (step 152). If the destination 
party chooses to accept the charges, the bridging node 30 
plays a branding message thanking the parties for using the 
bridging node 30 (step 154). The call is then bridged through 
the node interface 32 (step 156). As the call is being bridged, 
origination-specific special processing variables for moni- 
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toring the conversation are checked (step 158). Such steps 
include accessing the on-line file 86 to determine if any 
penal administrators are holding to monitor the 
conversation, as is discussed in more detail below. 

During the conversation, the bridge application 90 con- 
tinually monitors the conversation to detect a disconnect in 
order to terminate the bridge (steps 160, 164). Also, addi- 
tional origination-specific special processing is optionally 
performed (step 162). Such special processing includes 
limiting durations of calls or playing overlaying messages to 
the parties advising them of the caller's identity and loca- 
tion. 

The process of terminating a call involves several steps. 
First, all communication paths are closed which may still be 
open on any inbound or outbound ports on the node interface 
32 connected to either the network trunk group 22 or the 
ARU trunk group 33 which have been associated with this 
particular call. Then, a call detail record including the length 
of the call is created by the background application 72 and 
processed. Transmission of the billing records through the 
controller access line 38 to a billing service optionally 
occurs immediately after each call or on a batch basis. 
Finally, optional special processing occurs, such as saving a 
recorded conversation and updating the recorded file 85. 

FIG. 9 shows a flow chart representation of the process of 
accessing the bridge node 30 to monitor caller 
conversations, including monitoring previously -recorded 
conversations and on-line, real-time conversations. In the 
penal environment example, a prison administrator dials a 
bridge node access number from an access telephone 15 
(step 200). In steps very similar to those shown in FIG. 6, the 
carrier switch 20 requests access to the bridge node 30 (step 
202). If access is granted by the node interface 32, (step 204) 
he origination number, dialed number (destination number), 
and input port identification data are transmitted to the node 
controller 36 (step 208). The interface server 74 then refer- 
ences the input port table 78 and dialed number table 80 to 
select and initiate a particular mom tor application 82 (step 
210). 

The monitor application 82 then directs the ARU server 
76 and interface server 74 to direct the node ARU 34 and 
node interface 32, respectively, to prompt the administrator 
for a password, record the administrator's response, and 
transmit the response back to the node controller 36 for 
analysis. The node controller 36 analyzes the password 
response and compares it to the password file 84 (step 212). 
If the password is not valid, the process is terminated (steps 
214, 216). If the password is valid, the administrator is 
prompted to select on-line or recorded monitoring, (step 
218) 

If the administrator selects on-line monitoring, the admin- 
istrator is prompted for selection criteria to determine which 
types of conversations are to be monitored (step 226). An 
administrator may choose to monitor all calls from one or 
more origination telephones 14, to one or more destination 
telephones 16, by one or more callers with identified by 
distinct PINs, or any combination thereof. After the admin- 
istrator selects the criteria, a flag is set in the on-line file 86 
which acts as a signal to all currently proceeding and future 
bridge applications 90 that an administrator desires to moni- 
tor certain types of conversations (step 228). If a match Is 
ever found, the appropriate bridge application 90 will create 
a bridge to allow the administrator to listen to the conver- 
sation. 

If the administrator selects recorded monitoring, the 
administrator is again prompted for selection criteria (step 
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220). The monitor application 82 then accesses the recorded 
file 85 to determine if any recorded conversations match the 
selection criteria. If matches are found, the monitor appli- 
cation directs the node ARU 34 to play the conversations to 
the administrator (step 222). After monitoring is completed, 
the application is terminated (step 224). 

In an alternate embodiment of the present invention, a 
plurality of bridging nodes 30 are distributed over a wide 
area, and the public switched network is configured to direct 
calls to an alternate bridging node 30 upon unavailability of 
a primary bridging node 30. In another alternate embodi- 
ment of the present invention, a central controller, similar to 
the node controller 36, is connected through a wide-area 
network to the plurality of bridging nodes 30 and provides 
diagnostic and node configuration alteration functions. In 
yet another alternate embodiment of the present invention, 
one central controller is used to replace all of the node 
controllers 36 so that the central controller actively controls 
each and every bridging node over the wide area network. 

While the embodiments of the present invention which 
have been disclosed herein are the preferred forms, other 
embodiments of the apparatuses and methods of the present 
invention will suggest themselves to persons skilled in the 
art in view of this disclosure. Therefore, it will be under- 
stood that variations and modifications can be effected 
within the spirit and scope of the invention and that the 
scope of the present invention should only be limited by the 
claims below. 

We claim: 

1. A method of bridging a call between an origination 
telephone and a destination, said method comprising the 
steps of: 

connecting a self-controlled bridging node external to a 
public switched network to a telecommunications 
switch on the public switched network, wherein the 
self -controlled bridging node includes, at least, a node 
interface having a plurality of communication ports 
connected to a plurality of trunks from the telecommu- 
nications switch, and wherein the self-controDed bridg- 
ing node further includes an audio response unit storing 
a plurality of messages therein; 

receiving on a first communication path at the node 
interface from the telecommunications switch a call 
bridging request from the origination telephone located 
remotely from the bridging node, as a result of a caller 
dialing a number to initiate a telephone call from the 
origination telephone; 

comparing the call bridging request with prerecorded data 
identifying callers authorized to make calls using the 
bridging node; 

processing signals from the caller at the origination 
telephone, which signals include, at least, a destination 
indicator associated with a destination, upon a favor- 
able comparison indicating the call bridging request is 
from an authorized caller; 

selectively establishing a second communication path to 
the destination from the telecommunications switch; 
and 

limiting the duration of the communicative connection 
between the origination telephone and destination, 
whereupon reaching a predetermined limit of the dura- 
tion of the communicative connection between the 
origination telephone and destination, the method fur- 
ther includes, at least, the steps of: 
identifying a message from the plurality of messages at 
the audio response unit, wherein the message iden- 
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tifles that the limit of the duration of the call between 
the origination telephone and destination has been 
reached; 

bridging a third communication path to the communi- 
cative connection between the origination telephone 
and destination; 

playing the identified message from the audio response 
unit on the third communication path; and 
terminating the communicative connection between the 

origination telephone and destination. 

2. The method of claim 1, further including the steps of: 
identifying a predetermined message in the audio 

response unit based upon the destination indicator; 
bridging a third communication path between the audio 

response unit and the destination; 
playing the message from the audio response unit to the 

destination; 

waiting for a favorable response from the destination; and 
bridging together the first communication path and the 
second communication path at the node interface upon 
a favorable response from the destination to provide a 
communicative connection between the origination 
telephone and the destination. 

3. The method of claim 1, wherein the method further 
includes, at least, the steps of: 

providing a plurality of call bridging services at the 
bridging node; 

identifying at least one communication port of the plu- 
rality of communication ports; and 

assigning a call bridging service from the plurality of call 
bridging services to the identified communication port 
based upon the favorable comparison indicating an 
authorized caller. 

4. The method of claim 1, wherein the method further 
includes, at least, the step of: 

identifying the caller at origination telephone based upon 
a signal on the first communication path provided by 
the public switched network indicating the telephone 
number of the origination telephone. 

5. The method of claim 1, wherein the method further 
includes, at least, the step of: 

prompting the caller at the originating telephone to trans- 
mit a predetermined identifying signal upon connection 
of the first communication path. 

6. The method of claim 5, wherein the predetermined 
identifying signal is a personal identification number. 

7. The method of claim 1, wherein, upon a non-favorable 
comparison of the call bridging request, the method further 
includes, at least, the steps of: 

identifying a message from the plurality of messages 
contained within the audio response unit; 

bridging a third communication path from the audio 
response unit to the origination telephone; and 

playing the identified message contained within the audio 
response unit on the third communication path. 

8. The method of claim 1, wherein, upon allowing access 
to the bridging node, the method further includes, at least, 
the steps of: 

comparing the destination indicator with prerecorded data 
indicating acceptable destinations for the specific 
authorized caller to call; and 

determining if the destination is precluded from receiving 
the call from the specific authorized caller. 

9. The method of claim 8, wherein, upon determining that 
the destination is precluded from receiving the call from the 
specific authorized caller, the method further includes, the 
steps of: 
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identifying a message from the plurality of messages 
contained within the audio response unit; 

bridging a third communication path between the audio 
response unit and the authorized caller at the origina- 
tion telephone; and 

playing the identified message from the audio response 
unit on the third communication path. 

10. The method of claim 8, wherein, upon allowing access 
of the origination telephone to the bridging node, the method 
further includes, at least, a step of: 

determining if a collect call is required by the authorized 
caller such that an inquiry directed towards the desti- 
nation for acceptance of collect call charges is required 
before bridging the first and second communication 
path to provide a communicative connection between 
the origination telephone and the destination. 

11. The method of claim 10, wherein, upon determining 
that an inquiry directed towards the destination for accep- 
tance of collect call charges is required, the method further 
includes, at least, the steps of: 

identifying a message from the plurality of messages 
contained within the audio response unit, wherein the 
message includes a statement notifying the destination 
that the incoming call is a collect call and requesting a 
response from the destination to accept or reject receipt 
of the call; 

bridging a third communication path from the audio 

response unit to the destination; and 
playing the identified message from the audio response 

unit on the third communication path. 

12. The method of claim 11, wherein the method further 
includes, at least, the steps of: 

determining if the origination telephone is located at a site 
having potential importance to a destination; 

identifying a message from the plurality of messages 
contained within the audio response unit, wherein the 
message identifies that the incoming call is from a site 
of potential importance to the destination; 

bridging a third communication path from the audio 
response unit to the destination; and 

playing the identified message from the audio response 
unit on the third communication path. 

13. The method of claim 11, wherein, upon failing to 
receive a response from the destination, the method further 
includes, at least, the steps of: 

initiating a call from the bridging node on the third 

communication path to an operator located at a live 

operator bank; and 
bridging the third communication path to the second 

communication path at the node interface, 
whereby communication is enabled between the operator 

and the destination. 

14. A method of bridging a call between an origination 
telephone and a destination, said method comprising the 
steps of: 

connecting a self-controlled bridging node external to a 
public switched network to a telecommunications 
switch on the public switched network, wherein the 
self-controlled bridging node is one of a plurality of 
self-controlled bridging nodes, each self-controlled 
bridging node of the plurality of self-controlled bridg- 
ing nodes being located at a different location outside 
the public switched network and being connected to a 
telecommunications switch within the public switched 
network, the self-controlled bridging node including, at 



05/27/2004, EAST Version: 1.4.1 



5,943/ 

13 

least, a node interface having a plurality of communi- 
cation ports connected to a plurality of trunks from the 
telecommunications switch, and wherein the self- 
controlled bridging node further includes an audio 
response unit storing a plurality of messages therein; 5 

designating a self-controlled bridging node as a primary 
bridging node; 

designating another self-controlled bridging node of the 
plurality of self -controlled bridging nodes as a second- 
ary bridging node; 10 

receiving on a first communication path at the primary 
node interface from the telecommunications switch a 
call bridging request from the origination telephone 
located remotely from the bridging node, as a result of J5 
a caller dialing a number to initiate a telephone call 
from the origination telephone; 
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upon unavailability of the primary bridging node, direct- 
ing the call to the secondary bridging node; 

receiving the call at the secondary bridging node; 

comparing the call bridging request with prerecorded data 
identifying callers authorized to make calls using the 
bridging node; 

processing signals from the caller at the origination 
telephone, which signals include, at least, a destination 
indicator associated with a destination, upon a favor- 
able comparison indicating the call bridging request is 
from an authorized caller; and 

selectively establishing a second communication path to 
the destination from the telecommunications switch. 

***** 
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